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Audio data transmission system between a master module and slave 
modules by means of a digital communication network 

Background of the invention 

5 

The invention relates to a system comprising a digital communication network 
for data transmission, comprising audio type data, between a master module 
and a plurality of slave modules, each module comprising at least one network 
terminal to connect the communication network to the module, at least one 
10 network terminal of a slave module being connected to a network terminal of 
another module by means of the communication network. 

State of the art 

15 The document WO-A-0, 065,571 discloses an audio communication system 
enabling digital audio data to be transmitted between a plurality of audio 
devices via a digital communication network at 100 Megabits/s. This document 
concerns more particularly a system comprising at least one musical instrument 
and various electronic components designed for checking and reproducing the 

20 sounds generated by this instrument, for example when broadcasting live. The 
system described in this document does not enable an existing network, 
whatever its architecture, to be used. It in fact implies chain connection of the 
different audio devices that constitute it. In addition, each of the devices has to 
comprise a specific communication interface with the network which prevents 

25 the use of an existing network comprising for example standard switching units 
not comprising such an interface. The system described is moreover costly and 
requires large resources. 

Audio communication systems also exist using an Ethernet type communication 
30 network between a master module and star-connected slave modules. Data 
transmission is performed in isochronous manner, which is not suitable for all 
applications in particular in the case where perfect synchronism would be 
indispensable. For example, such a system can be used in a stadium or in a 
hotel to transmit audio data to two loudspeakers located in two different rooms. 
35 It does not on the other hand enable live retransmission with very precise 
synchronization. 
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Object of the invention 

The object of the invention is to achieve an audio data transmission system not 
presenting the shortcomings of known systems. Such a system must in 
5 particular enable an existing communication network to be used, whatever its 
architecture, to transmit data in perfectly synchronous manner with a very low 
transmission latency. 

According to the invention this object is achieved by the fact that the master 
10 module comprises a synchronization clock and supplies data frames comprising 
synchronization information on its network terminal, each slave module 
comprising clock reconstitution means, from the synchronization information of 
the data frames received on its network terminal, and recognition means, 
synchronized by the associated clock reconstitution means, to recognize the 
15 data intended for said slave module so as to ensure synchronous transmission 
of the data within the system. 

According to a development of the invention, a data frame comprises at least 
one packet, each packet comprising a header with a descriptor of the type and 
20 number of data contained in the packet, a module comprising means for 
determining, from the descriptor, whether a part of the packet is intended for it. 

According to a preferred embodiment, a slave module comprises means for 
inserting data to be retransmitted over the network in a predetermined part of a 
25 packet. A data frame can comprise command data intended for a slave module 
comprising means for applying the command data to an input or an output of 
the slave module. 

According to another feature of the invention, the communication module 
30 comprises chain-connected and/or star-connected modules. 

Brief description of the drawings 

Other advantages and features will become more clearly apparent from the 
35 following description of particular embodiments of the invention, given as non- 
restrictive examples only and represented in the accompanying drawings, in 
which: 
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Figures 1 to 3 illustrate three variants of configuration of a system according to 
the invention. 

Figure 2 schematically illustrates a particular embodiment of a slave module of 
5 a system according to figures 1 to 3. 

Figures 5 and 6 respectively illustrate in more detailed manner, in the form of a 
functional block diagram, a particular embodiment of a master module (figure 5) 
and of a slave module (figure 6). 

Figure 7 illustrates an alternative embodiment of a slave module according to 
10 figure 6. 

Figure 8 illustrates the general structure of a frame. 

Figure 9 represents in greater detail the structure of the frame header according 
to figure 8. 

Figure 10 illustrates in greater detail the structure of a frame packet according 
15 to figure 8. 

Figure 11 illustrates in greater detail the structure of a packet header of a 
packet according to figure 10. 

Figure 12 illustrates an alternative embodiment of a slave module clock 
reconstitution unit. 

20 

Description of particular embodiments 

Whatever its particular configuration, a system according to the invention, as 
represented in figures 1 to 3, comprises a single master module 1 and a 
25 plurality of slave modules 2. 

In figure 1, the modules are connected so as to form an open chain. The master 
module 1 comprises a port constituting a first network terminal B1 connected by 
means of a two-way communication network preferably of the Ethernet type to a 

30 port constituting a second network terminal B2 of a first slave module 2a. The 
latter comprises another port constituting a first network terminal B1 connected 
to the second network terminal B2 of a second slave module 2b. In the 
particular embodiment of figure 1 , five slave modules 2a to 2e are connected in 
series, the first network terminal B1 of one of the slave modules being 

35 connected to the second network terminal B2 of the next slave module. The first 
network terminal B1 of the last slave module 2e is not connected to the 
communication network whereas the second terminal B2 of the first slave 
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module 2a of the chain is connected to the first network terminal B1 of the 
master module 1 . 

In figure 2, the modules are star-connected. All the second network terminals 
5 B2 of the slave modules 2 are connected by means of the communication 
network to the first network terminal B1 of the master module 1. In the particular 
embodiment illustrated in figure 2, six slave modules are divided into two 
groups. The second network terminals B2 of a first group of three slave 
modules 2f, 2g and 2h are respectively connected to three individual terminals 
10 of a switching unit 3a. This unit comprises a common terminal able to be 
connected to each of its individual terminals and, via the communication 
network, to the first network terminal of the master module 1. The second 
network terminals of a second group of slave modules 2i, 2j and 2k are 
connected respectively to three individual terminals of a switching unit 3b, 
15 comprising a common terminal connected to a fourth individual terminal of the 
switching unit 3a. None of the first network terminals B1 of the slave modules 
are connected to the communication network. 

The configuration of the system illustrated in figure 3 is more complex and 
20 comprises both chain-connected modules and star-connected modules. The 
first network terminal B1 of the master module is connected to the common 
terminal of a switching unit 3c. The latter comprises four individual terminals 
respectively connected to the second network terminals of three slave modules 
21, 2m and 2n, and to the common terminal of a switching unit 3d. The slave 
25 module 21 is connected in series with two other slave modules 2o and 2p. The 
switching unit 3d comprises three individual terminals respectively connected to 
the second network terminals of three slave modules 2q, 2r and 2s. The slave 
module 2s is star-connected with three slave modules 2t, 2u and 2v, by means 
of a switching unit 3e. The latter comprises a common terminal connected to 
30 the first terminal B1 of the slave module 2s and three individual terminals 
respectively connected to the second terminals B2 of the slave modules 2t, 2u 
and 2v. The first terminals B1 of the slave modules 2m, 2n, 2p, 2q, 2r, 2t, 2u 
and 2v are not connected to the communication network. 

35 The switching units 3 are standard items conventionally used in known 
networks, for example in Ethernet type networks, to perform star connections. 
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The three variants described above are only examples of embodiments, the 
scope of the invention extending to any type of architecture connecting a 
master module 1 with slave modules 2 by means of a communication network. 

5 In the embodiments of figures 1 to 3, each slave module 2 comprises an analog 
audio output terminal Ba connected to the input of a loudspeaker 4. In addition, 
certain modules (1 and 2b in figure 1 , 2k in figure 2 and 2v in figure 3) comprise 
an analog or digital audio input terminal connected to the output of a mike 19. 

10 A slave module 2, represented schematically in figure 4, comprises a 
processing circuit 5, for example microprocessor-based, connected by two-way 
links to the first and second network terminals B1 and B2 to enable connection 
thereof to the communication network. The processing circuit 5 is also 
connected via a digital-to-analog converter to the analog audio output terminal 

15 Ba of the module. It can also be connected to an analog audio input terminal via 
an analog-to-digital converter (not represented). 

Figures 5 and 6 represent in greater detail the functions respectively performed 
by the processing circuit of a master module 1 and by the processing circuit of a 

20 slave module 2. In the master module 1 (figure 5), the signals coming from a 
network terminal B are applied via a first physical layer 7 to a start of frame 
detection unit 8 that supplies appropriate signals to a frame decomposition unit 
9. The latter is connected via an output audio interface 10 to a digital audio 
output terminal B3. A digital audio input terminal B4 (whereto a mike 19 of 

25 digital type can for example be connected) is connected via an input audio 
interface 11 to a frame composition unit 12. The latter unit supplies signals 
representative of the frame to be transmitted to the network terminal B via a 
start of frame production unit 13 and a second physical layer 14. A clock 15 
synchronizes operation of the units 8 to 13 of the module and enables the frame 

30 composition unit 12 to introduce synchronization pips in each frame. The 
different units of the module can be constituted in any known manner and will 
not be described in greater detail. 

In the embodiment represented in figure 5, the master module 1 also comprises 
35 a commands processing module 33 connected between the frame 
decomposition unit 9 and the audio interfaces 10 and 11. The master module 1 
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can thus apply command data corresponding to simple command functions 
(amplitude, ...) to one of its inputs or outputs. 

The slave module 2 represented in figure 6 only differs from the master module 
5 1 of figure 5 by the absence of the clock 15. The latter is replaced by a clock 
reconstitution unit 16 that reconstitutes a clock from synchronization information 
contained in the frames and detected by the start of frame detection unit 8. For 
this, the frame descriptor 32 and specific type 26, described below respectively 
in connection with figures 8 and 9, have to comply with a preset model. 

10 

In each module, the processing circuit essentially performs the functions of 
synchronization, receipt of frames applied to its network terminals, recognition 
of the data it has to transmit to its outputs, in particular to its digital audio output 
B3 or analog output Ba, or that it has to recover for writing in internal variables, 
15 insertion of data present on its digital inputs (for example on a digital audio input 
B4) or of internal variables (for example in response to a variable read 
command) in frames to be transmitted over the network. 

To enable chain connection of the modules, in an alternative embodiment 
20 partially represented in figure 7, a slave module 2 comprises two network 
terminals B1 and B2. The first and second physical layers 7 and 14 are then 
associated to the second network terminal B2. Third and fourth physical layers 
17 and 18 associated to the first network terminal B1 are then respectively 
connected to the first and second physical layers. In this way, a frame coming 
25 from the second network terminal B2 can be transmitted without modification to 
the first network terminal B1 via the physical layers 7 and 17. Likewise, a frame 
coming from the first network terminal B1 can be transmitted without 
modification to the second network terminal B2 via the physical layers 18 and 
14. 

30 

Although the analog audio terminal Ba is not represented in figures 5 to 7, such 
a terminal is preferably provided in each module, the digital-to-analog converter 
6 being connected to the output of the output digital audio interface 10. An 
analog audio terminal can be connected via an analog-to-digital converter to the 
35 input of the input digital audio interface 1 1 . The digital audio terminals B3 and 
B4, not represented in figure 4, are also preferably provided in each module. 
The input digital audio terminal B4 in particular supplies to a module digital 
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audio data, for example from a mike 19, to be transmitted in data frames on the 
network. Likewise, the output digital audio terminal B3 enables a module to 
transmit to any digital audio equipment connected thereto, digital data intended 
for it, contained in the data frames coming from the network. 

5 

In a preferred embodiment, all the modules are identical, any one module being 
able to be configured as master module or as slave module. However, each 
system always comprises a single master module so as to perform 
synchronization of all the modules on the master module clock from the 
10 synchronization information transmitted in the data frames. 

Each master or slave module is associated to a single address and a data 
frame comprises a preamble, a destination address, a source address, and the 
data to be transmitted from the module corresponding to the source address to 
15 the module corresponding to the destination address. 

The frames used comply with the frame format compatible with an Ethernet 
type network so as to enable connection of the modules by any full duplex 
Ethernet network. The number of usable channels depends on the network 
20 pass-band. 

The use of a single master module combined with a network operating in full 
duplex eliminates the problem of collision management. The master module 1 
sends data frames over the network intended either for a predetermined slave 
25 module 2 or for a group of slave modules, or for all the slave modules. In the 
latter two cases, the master module 1 supplies as destination address either a 
multicast address or a broadcast address to transmit data simultaneously to a 
group of slave modules or respectively to all the slave modules 2. 

30 The general structure of a frame is illustrated in figure 8. It first comprises a 
header 20, of Ethernet type in the embodiment represented. The header 20 is 
followed by a frame descriptor 32 that supplies a sub-type, a version number, 
the number of packets, the packet length, information on the master module 
frequency and a frame incremental number. The frame descriptor 32 is followed 

35 by at least one packet 21 (packet 1 , packet 2, etc..) and the frame ends with a 
frame check sequence 22. This check can be performed by any known means 



compatible with Ethernet specifications, for example by a cyclic redundancy 
check. 

Each module is associated to a single address and, as represented in figure 9, 
the header 20 of each frame comprises a preamble 23, a destination address 
24 and a source address 25. It also comprises a specific type 26 specific to the 
application. The specific type preferably uses predetermined fields of a 
standard Ethernet type header, such as the Length or Type Field (LTF), the Sub 
Type Field (STF) and the Protocol Version Number Field (PVNF) to define the 
type of protocol used. The specific type 26 also specifies the frequency of the 
master module clock 15, the number of packets 21 of the frame and the number 
of bytes of the frame. The number of packets 21 is preferably comprised 
between 1 and 32, the number of bytes, compatible with an Ethernet network, 
being comprised between 46 and 1500. The specific type 26 also comprises a 
Master Clock Incremental Number (MCIN) that is incremented at each 
transmission of a frame by the master module 1 to enable ^synchronization of 
a slave module 2 even in case of loss of a frame in the course of transmission 
over the network. Each slave module comprises for this purpose a counter that 
is incremented each time a frame is lost, i.e. when the clock incrementation field 
of the received frame does not contain the incremented value of the clock 
incrementation field of the previous frame. 

As represented in figure 10, each packet 21 comprises a packet header 
containing the description of the packet involved, and a set of bundles 28 
(bundle 1 , bundle 2, etc..) containing the data to be transmitted. 

The packet header 27 identifies the packet involved and describes the number 
and type of items of information contained in the packet. It provides a 
description of the data contained in the packet, of its characteristics and its 
location in the packet. It comprises (figure 11) in particular a field 29, for 
example on 2 bits, defining the type of data contained in the packet. Each 
packet is in fact preferably dedicated to a data type: command data, audio data, 
video data, digital data of any kind. In a particular embodiment, each frame 
comprises two packets, one containing command data and the other containing 
audio data. Such command data can for example concern the amplitude of 
emission of sounds by a loudspeaker 4 connected to the slave module 2 for 
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which it is intended. It is then transmitted by the processing circuit 5 of this 
slave module 2 to its audio output to control the loudspeaker 4 accordingly. 

The packet header 27 also comprises an identifier field 30 and a descriptor field 
5 31 . The identifier field defines for which module and for which input or output of 
a slave module, i.e. for which piece of equipment (for example for which 
loudspeaker 4 or for which mike 19) the command data of each bundle is 
intended. It can also define the transmission frequency, different transmission 
frequencies being able to be used for the different packets. The descriptor field 
10 31 in particular specifies the order of the words in the bundles (first word of the 
bundle first or last word of the bundle first), the size of the words (at least one 
byte), the order of the bits in the word, the number of bundles and the number 
of words per bundle. As a non-restrictive example, an audio data packet can 
comprise 3 bundles of 2 words each, with 24 bits per word. 

15 

Each slave module 2 comprises n registers respectively associated to n inputs 
or outputs of the module and descriptor registers defining the state and 
configuration of the slave module. A register associated to an input or an output 
of a module comprises information (packet type, packet identifier, bundle 
20 number, etc..) enabling the data that the slave module has to select to be 
identified in a frame. Thus each module is programmed to use the data situated 
at certain locations in a frame to command and/or send data, audio data for 
example, to a piece of equipment connected to a predetermined output of the 
module. 

25 

A slave module can not only use data contained in a frame that it receives but 
can also insert data in a frame that it has received and that it retransmits over 
the network either to another slave module or to the master module. This is 
notably the case of a slave module comprising an input connected to a mike 19 

30 (slave modules 2b of figure 1 , 2k of figure 2 and 2v of figure 3). The register of 
the slave module associated to this input specifies in which bundle this data has 
to be inserted. In the case where a slave module 2 adds data in a frame, it 
modifies the check sequence 22 of the frame accordingly. If the modified frame 
is intended for the master module 1, it also modifies the source address 

35 (normally formed by the address of the master module) to replace it by its own 
address. 
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In the general case, a slave module receiving on one of its terminals a frame 
that is not intended for it retransmits this frame over the network, without any 
modification, via its other network terminal. A slave module situated at the end 
of a branch of the network, i.e. the terminal B1 whereof is not connected to the 
network, can be pre-programmed either not to retransmit a frame received on 
its network terminal B2 or, if necessary, to retransmit it via the same network 
terminal B2 to the master module or another predetermined slave module. 

To give an example, the slave module 2e of figure 1 can be pre-programmed to 
send a frame to the master module 1 . The slave module 2f of figure 2 can be 
pre-programmed in three different modes. In a first mode, it does not retransmit 
the frames it receives. In a second mode, it retransmits the frames received to 
the master module 1 . However, if this second mode is used for all the end slave 
modules in the case of a star-connected configuration (modules 2f to 2k in 
figure 2), this may create problems of bottlenecks on the network when all the 
frames are submitted to the master module. To avoid this type of problem, in a 
third mode, an end slave module is programmed to send the frames to another 
slave module. In figure 2, for example, the slave module 2f can be programmed 
to send the frames to the slave module 2g, the latter sending them on to the 
slave module 2h. The frames intended for the slave module 2f thus go 
successively from the master module 1 to the switching unit 3a, to the slave 
module 2f, to the switching unit 3a, to the slave module 2g, to the switching unit 
3a, to the slave module 2h, to the switching unit 3a, to the switching unit 3b, to 
the slave module 2i, to the switching unit 3b, to the slave module 2j, to the 
switching unit 3b and to the slave module 2k. The latter can then submit them to 
the master module 1 via the switching units 3b then 3a. 

The switching units then have to be programmed accordingly. The switching 
unit 3c (figure 3), for example, recognizes the destination addresses in the 
frames it receives from the master module 1. If the destination address 
corresponds to the address of one of the slave modules 21, 2o or 2 p, it 
transmits the frame to the slave module 21. If on the other hand the destination 
address corresponds to the address of one of the slave modules 2s, 2t, 2u or 2 
v, it transmits the frame to the switching unit 3d which transmits it to the slave 
module 2s. The switching unit 3c is also programmed to recognize the 
destination address corresponding to the slave module 2m in the frames, 
whether the latter originate from the master module 1 or from the slave module 
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2p (via the slave modules 2o and 21). The slave module 2p can thus be 
programmed to send the frames to the slave module 2m. 

All the frames, with their synchronization pips, are generated by the master 
5 module 1. The slave modules can read the data contained in a frame and 
possibly insert data at a predetermined location of the frame, but they can in no 
case create a new frame. 

The network is a two-way communication network, preferably of the Ethernet 
10 type. The clock 15 preferably has a frequency corresponding to the sampling 
frequencies conventionally used on the Ethernet network, i.e. 32KHz, 44.1 KHz, 
48KHz, 88.2KHz or 96KHz. It can also have a frequency corresponding to a 
sub-multiple of these frequencies. In this case, several data samples are 
transmitted in each bundle. For example, for transmission of audio data 
15 sampled at 48KHz, a 12KHz clock transmitting 4 samples per bundle can be 
used. 

The clock 15 can also have a frequency that is not a sub-multiple of the data 
sampling frequency. For example, a 48KHz clock can be used when 
20 transmitting audio data sampled at 44.1 KHz, with one or zero samples per 
bundle. 

For certain applications, it is possible to limit data transmission to one-way 
transmission between the master module and slave modules. This enables the 
25 protocol to be simplified and consequently enables the cost of the modules to 
be reduced. 

To limit the cost, it is possible, in certain applications, to replace the dynamic 
frames, whose length and content are not fixed, by frames of preset length and 
30 content. 

Although the invention has been described for audio data transmission, it also 
applies to the case where the data frames comprise data of any type, for 
example video data. 

35 

The clock reconstitution unit 16 (figure 6) can be constituted by any suitable 
circuit. It conventionally comprises a Phase Lock Loop (PLL) designed to loop- 
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lock the output frequency Fout of the unit to the input frequency Fin of the 
synchronization pips coming from the data frames applied to the associated 
start of frame detection unit 8. However, with conventional loop-lock regulation 
circuits, the jitter that may be present in the frequency signals applied to the 
5 phase lock loop input is found in the loop output frequency signals. To minimize 
jitter in the output signals Fout, a jitter digital filter 34 is preferably connected 
up-line from the phase lock loop 35, as represented in figure 12. The filter 34 is 
a recursive digital filter, of low-pass type, at least of first order. The frequency 
signals Fin applied thereto are filtered and the filter 34 supplies signals F'in 

10 applied to the input of the phase lock loop 35 in which the jitter is eliminated or 
at least reduced. The phase lock loop 35 comprises, conventionally, a phase 
comparison circuit 36 in series with a low-pass filter 37 and a voltage-controlled 
oscillator (VCO) 38. The phase comparison circuit 36 comprises a first input 
connected to the output of the jitter digital filter 34 and a second input 

15 connected to the output of the oscillator 38 by means of a divider 39. It thus 
receives the signals F'in and Fout/N on input, N being a preset integer. 

The communication network can also be formed by a serial link or by a carrier 
current network. In the latter case, the configuration of the system may be 

20 different from those represented in figures 1 to 3. The first network terminal B1 
of the master module 1 can in fact be connected via the carrier current network 
to the second network terminals B2 of all the slave modules 2: the terminal B1 
of the master module 1 is connected to the terminal B2 of a slave module itself 
connected to the terminal B2 of another slave module in turn connected to the 

25 terminal B2 of the next slave module, etc... In an alternative embodiment the 
master module 1 comprises a second network terminal B2 connected to all the 
first network terminals B1 of the slave modules. In this case, the master module 
indicates which slave has the right to speak. In another alternative embodiment, 
the master and slave modules each only comprise a single terminal B (figures 5 

30 and 6), the network terminal of the master module being connected by carrier 
current to the network terminals of all the slave modules. Communication then 
takes place by time division under the control of the master module which 
indicates to each slave module the time interval reserved for it. 



